Please amend the present application as follows: 
Claims 

The following is a copy of Applicant's claims that identifies language being added 

with underlining (" ") and language being deleted with strikethrough (" ") or 

brackets ("[[ ]]"), as is applicable: 

1 . (Currently amended) A method for identifying erroneous transactions that 
occur during processor architecture verification testing, the method comprising: 

monitoring an interface; 

determining information related to termination of a test case; and 
after the test case has terminated, identifying an incomplete transaction that 
should have completed prior to termination of the test case bv consulting a pending 
transactions list, filtering out pending transactions of a type that does not likely indicate 
an error, and flagging all pending transactions other than those that were filtered out . 

2. (Original) The method of claim 1, wherein monitoring an interface 
comprises monitoring a point-to-point (P2P) link network. 

3. (Original) The method of claim 1, wherein monitoring an interface 
comprises monitoring a point-to-point (P2P) link network of a register transfer language 
(RTL) simulator. 



4. (Original) The method of claim 1 , wherein determining information related 
to termination of a test case comprises detecting a break signal asserted on the 
interface. 

5. (Original) The method of claim 1 , wherein determining information related 
to termination of a test case comprises receiving an indication that a test model has 
stopped processing. 

6-7. (Canceled) 

8. (Currently amended) The method of claim 7- 1, wherein filtering out 
pending transactions comprises disregarding at least one of transactions having a start 
time on or after the time at which a break signal was asserted and transactions that 
occur as a result of a break command being issued. 

9. (Canceled) 

10. (Currently amended) The method of claim 9 10, wherein flagging all other 
transactions comprises alerting a user as to the existence of the pending transactions 
and providing information to the user that can be used to determine the reason why 
those transactions did not complete. 
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11. (Original) The method of claim 10, wherein providing information 
comprises at least one of providing all completed packets associated with the 
transactions and providing a summary of each transaction that describes all processing 
associated with each transaction. 

12. (Currently amended) A system for identifying erroneous transactions, the 
system comprising: 

means for monitoring all ports of an interface; 

means for determining information related to termination of a test case; and 

means for i d e ntifying an incomp l oto transaction that should havo complotod pr i or 
to terminat i on of th e t e st cas e consulting a pending transactions list; 

means for filtering out transactions in the pending transactions list of a type that 
does not likely indicate an error; and 

means for flagging all transactions other than those that were filtered out . 

13. (Original) The system of claim 12, wherein the means for monitoring 
comprise means for monitoring a point-to-point (P2P) link network of a register transfer 
language (RTL) simulator. 

14. (Original) The system of claim 12, wherein the means for determining 
information comprise means for detecting break signals asserted on the interface. 



15. (Original) The system of claim 12, wherein the means for determining 
information comprise means for receiving an indication that a test model has stopped 
processing. 

16. (Canceled) 

17. (Currently amended) The system of claim 48 12, wherein the means for 
id e ntifying an i ncomp le te transaction filtering comprise means for disregarding at least 
one of transactions having a start time on or after the time at which a break signal was 
asserted and transactions that occur as a result of a break command being issued. 

18. (Canceled) 

19. (Currently amended) The system of claim 48 12, wherein the means for 
flagging comprise means for at least one of providing all completed packets associated 
with the transactions and providing a summary of each transaction that describes all 
processing associated with each transaction. 



20. (Currently amended) A virtual bus interface (VBI) stored on a computer- 
readable medium, the VBI comprising: 

logic configured to monitor a point-to-point (P2P) interface; 
logic configured to determine a time at which a break signal was asserted; 
logic configured to identify transactions that are pending after the break signal 
was asserted; and 

logic configured to determine which of the pending transactions are erroneous; 

and 

logic configured to flag erroneous transactions . 

21 . (Original) The VBI of claim 20, wherein the logic configured to identify 
transactions comprises logic configured to consult a pending transactions list. 

22. (Original) The VBI of claim 20, wherein the logic configured to determine 
comprises logic configured to filter out pending transactions of a type that does not 
likely indicate an error. 

23. (Original) The VBI of claim 22, wherein the logic configured to filter out 
pending transactions comprises logic configured to disregard at least one of 
transactions having a start time on or after the time at which the break signal was 
asserted and transactions that occur as a result of a break command being issued. 

24. (Canceled) 



-6- 



25. (Currently amended) The VBI of claim 24 20, wherein the logic configured 
to flag comprises logic configured to alert a user as to the existence of the erroneous 
transactions and logic configured to provide information to the user that can be used to 
determine the reason why those transactions did not complete. 

26. (Currently amended) A physical computer-readable medium that stores a 
processor architecture verification system, comprising: 

a register transfer language (RTL) simulator that simulates operation of a 
processor and generates a first output in a first format, the RTL simulator including an 
interface; 

a golden simulator that simulates operation of the processor and generates a 
second output in a second format; 

a translator that translates at least one of the outputs for comparison with the 
other output, the translator including a virtual bus interface (VBI) that comprises logic 
configured to monitor a point-to-point (P2P) interface, logic configured to determine a 
time at which a break signal was asserted, logic configured to identify transactions that 
are pending after a break command was issued by referencing a pending transactions 
list , and logic configured to determine which of the pending transactions are erroneous 
by filtering out pending transactions of a type that does not likely indicate an error ; and 

a comparator that compares the first and second outputs after translation of the 
at least one output. 



27-28. (Canceled) 



29. (Currently amended) The system computer-readable medium of claim 26, 
wherein the logic configured to fi l ter out p e nding transactions determine which of the 
pending transactions are erroneous comprises logic configured to disregard at least one 
of transactions having a start time on or after the time at which the break signal was 
asserted and transactions that occur as a result of a break command being issued. 

30. (New) The computer-readable medium of claim 26, wherein the virtual bus 
interface (VBI) further comprises logic configured to flag erroneous transactions . 
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